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MOBILE INSTRUMENT. VIEWING DEVICE- AND METHODS OF 
PROCESSING AND STORING INFORMATION 



FIELD OF INVENTION 



The invention relates to various improvements relating to the acquisition, processing, 
and/or transferring of information, typically for surveying or similar purposes. The 
10 information typically includes image information and spatial information. The spatial 
information may include distance information, global position information and/or 
orientation information. The invention is typically, although not exclusively, 
implemented in a mobile instrument. The invention also relates to a viewing device 
which provides a marker superimposed on the viewed image. 



BACKGROUND OF INVENTION 



Instruments are known which combine a digital camera and distance meter or range 
finder such as a laser range finder, and which are intended to be hand held or tripod or 
20 monopod mounted in use. Such instruments may also be associated with a GPS receiver 
and a compass, in order to record when an image of a subject is taken by the camera, the 
position of the camera or person operating the camera, the direction in which the camera 
is aimed, the distance to the subject or target, and the inclination to the subject or target 
See for example www.mdl.co.uk. 



SUMMARY OF INVENTION 



A first aspect of the invention provides a method of processing and storing information 
in a mobile instrument, the method including: receiving metadata; storing the metadata 
30 in an information file in the mobile instrument; receiving image information from a 
camera; storing the image information in an auxiliary file at an auxiliary file address in 



the mobile instrument; generating a pointer indicative of the auxiliary file address; and 
storing the pointer in the information file. 

The first aspect enables the image information and metadata to be stored in the mobile 
5 instrument in different file formats, whilst retaining a link between the image 
information and the metadata (in the form of the pointer). It also enables the metadata 
to be linked with one or more further items of information (such as further images, or 
sound data). In this case the method further includes receiving further information; 
storing the further information in one or more further auxiliary files at one or more 
10 further auxiliary file addresses; generating one or more further pointers each indicative 
of a respective further auxiliary file address; and storing the further pointers) in the 
information file. 

The metadata may be any data which is desirable to record and associate with the image 
15 information. For instance the metadata may be time/date infonnation; input information 
received from a human user; or spatial metadata such as distance, global position and/or 
orientation information. 

The image information from the camera may be still or moving image infonnation. 

20 

A potential problem with the method of the first aspect of the invention is that the 
pointer may no longer be valid when the auxiliary file is moved to a different file 
address. 

25 Accordingly, a further aspect of the invention provides a method of transferring 
information stored in a mobile instrument, the information including a first information 
file containing metadata and a pointer indicative of a first auxiliary file address; and a 
first auxiliary file containing image information, the first auxiliary file being located at 
the first auxiliary file address, the method including the steps of: storing the metadata in 

30 a second infonnation file; storing the image information in a second auxiliary file at a 
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second auxiliary file address; generating a second pointer indicative of the second 
auxiliary file address; and storing the second pointer in the second information file. 

A further aspect of the invention provides a method of obtaining information including: 
5 acquiring image information from a camera; acquiring input information from a human 
user; acquiring spatial metadata from a spatial sensor; and associating the image 
information with the input information and the spatial metadata. 

This aspect of the invention enables a user to input information in the field shortly 
10 before or after acquiring the image information. The input information enables the 
survey data to be categorised, filed and searched. The information may be input by 
speaking into a microphone, via a keypad or touch-sensitive screen, or by any other 
human input device. 

15 The spatial metadata may be any spatial data of use in a surveying programme. For 
instance the spatial metadata may relate to the position and/or orientation of the camera 
(such as its tilt, azimuth bearing and/or inclination bearing), or may relate to the relative 
distance between the camera and an object in its field of view. 

20 A further aspect of the invention provides a mobile instrument including: a camera; one 
or more spatial sensors; and a port able to be connected, when in use, to an external 
sensor from which the instrument may obtain further information. 

The external sensor port can be used to obtain further information from an external 
25 sensor which is not integrated with the instrument. This minimises the size and weight 
of the instrument, whilst allowing flexibility. The external sensor can then be 
disconnected after use. The external sensor may be connected physically or via a 
wireless link. 

30 A further aspect of the invention provides a method of operating a mobile instrument, 
the instrument including two or more measuring devices, the measuring devices 
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including a camera and one or more spatial sensors: the method including 
asynchronously controlling the supply of power to at least two of the measuring devices. 

This aspect of the invention minimises power consumption by ensuring that each device 

i 

5 is only turned on when necessary. This aspect of the invention also provides a mobile 
instrument including: two or more measuring devices including a camera and one or 
more spatial sensors; a first power switch operable to control power to one or more first 
ones of the measuring devices; a second power switch to control power to one or more 
second ones of the measuring devices; and a power controller capable of asynchronously 

10 operating the first and second power switches. 

A further aspect of the invention provides a viewing device for providing an image of a 
field of view, the device including a marker module configured to superimpose a marker 
on the image, the marker including a plurality of image elements including a first 
15 element, and a second element having visual content which contrasts with the first 
element. 

This aspect of the invention provides a marker which is visible against a variety of 
background images. The first element contrasts with some portions of the background 
20 image, and the second element contrasts with other portions. This ensures that at least 
one of the elements is visible, regardless of the content of the background image. 

The invention is of use in a variety of viewing devices, including but not limited to a 
distance or angle measuring device, or a rifle sighting device. 

25 

The elements may radiate from a common central region (for instance a cross or star 
shape). However preferably the lines do not intersect at the common central region, 
whereby the image can be viewed in the central region. 

30 Typically the elements are arranged in an alternating pattern, such as a random pattern 
or a checkerboard pattern. 



4 



In preferred embodiments the marker is superimposed electronically on a digital image, 
and the marker module is implemented in software. However the invention may be 
useful in a device in which the marker is provided as a reticle located in the focal plane 
5 of the viewer (for instance black and white markings printed onto a lens of an analog 
camera or rifle sight). 

A further aspect of the invention provides an instrument including two or more sensors; 
two or more identical generic parsers; and two or more description files, each containing 
10 description data describing an associated sensor, wherein each generic parser is 
configured to receive sensor information from a respective sensor and description data 
from a respective description file, parse the sensor information in accordance with the 
description data to generate parsed sensor information, and output the parsed sensor 
information. 

15 

The two sensors are typically selected from the group consisting of a camera, distance 
meter, global position sensor, and orientation sensor (such as an electronic compass). 

A further aspect of the invention provides an instrument including two or more sensors; 
20 two or more identical request interpreters; and two or more description files, each 
containing description data describing an associated sensor, wherein each request 
interpreter is configured to receive a request relating to a respective sensor, interpret the 
request in accordance with the description data to generate an interpreted request, and 
output the interpreted request to its respective sensor. 

25 

The two sensors are typically selected from the group consisting of a camera, distance 
meter, global position sensor, and orientation sensor (such as an electronic compass). 

A further aspect of the invention provides a mobile instrument including: a camera and a 
30 distance meter mounted within a body of the instrument, a mirror pivotally mounted 
within the body of the instrument and towards which the camera and distance meter are 
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directed, and adjustment means enabling a user to pivotally move the mirror to alter the 
aim angle of the camera and distance meter from the instrument together, without 
moving the body of the instrument 

5 The following comments apply to all aspects of the invention. 

The sensors and camera are typically all integrated into a single mobile instrument 
That is, the instrument has a body, and the camera and sensors are carried in or on the 
body. Typically the instrument is a handheld instrument 

10 

In the preferred embodiments the mobile instrument includes an electronic compass 
arranged to indicate to a central processing and data recording system of the instrument 
the compass direction in which the camera is aimed, a GPS receiver arranged to indicate 
to the central processing and data recording system the position of the instrument 

15 

In the preferred embodiments the instrument has a dedicated laser distance meter (LDM) 
for measuring relative distance between the instrument and a target However, it will be 
appreciated that instead of using a dedicated LDM, relative distance may be measured 
by u sing a pair of spaced cameras, and measuring distance on stereoscopic principles, as 
20 described in US6083353. In this case, the image information and the distance 
information are both acquired by the pair of cameras. Therefore the term "distance 
meter" referred to in the claims should be construed accordingly. 

A similar principle can be applied to the GPS sensors. That is, instead of having a GPS 
25 sensor for measuring position, and an electronic compass for measuring orientation (for 
instance azimuth and inclination of the device), the position and orientation could be 
acquired using three spaced-apart GPS sensors. The term "orientation sensor" should be 
construed herein accordingly. 



6 




BRIEF DESCRIPTION OF THE DRAWINGS 

The invention is further described with reference to the accompanying figures which 
illustrate two preferred forms of instrument by way of example and without intending to 
5 ' be limiting. In the figures: 

Figure 1 shows a first instrument from the exterior. 

Figure 2 shows use of the instrument by a user. 

10 

Figure 3 is a schematic cross-section through the instrument. 

Figure 4 is a basic block diagram showing the major parts of the instrument. 

15 Figure 5 schematically shows the camera and distance meter modules and aiming mirror 
within the body of the instrument from one side. 

Figure 6 shows the camera and distance modules and aiming mirror in the direction of 
arrow A in Figure 5. 

20 

Figure 7 shows a second instrument from the exterior. 

Figure 8 is a basic block diagram showing the major parts of the second instrument 
25 Figure 9 is a basic block diagram showing a first power control scheme. 
Figure 10 is a basic block diagram showing a second power control scheme. 
Figure 1 1 is a basic block diagram showing a third power control scheme. 

30 



Figure 12 is a basic block diagram showing a specific implementation of the third power 
control scheme. 

Figure 13 is a basic block diagram showing a fourth power control scheme. 

5 

Figure 14 is a basic block diagram showing a fifth power control scheme. 
Figures 15-19 show different crosshair patterns. 
10 Figure 20 is a process diagram showing the file transfer process. 
Figure 21a is a block diagram showing a first parsing system. 
Figure 21b is a block diagram showing a second parsing system. 

15 

Figure 21c shows in detail the LDM parser. 

Figure 22 shows the Request Interpreter workflow. 

20 Figures 23 and 24 show four Communicator workflows. 

Figure 25 shows two workflow diagrams involving the Data Buffer, namely the 
appending of data from the device into the buffer, and the reading and subsequent 
discarding of messages. 

25 

Figure 26 shows the workflow of the Generic Parser. 
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DETAILED DESCRIPTION OF PREFERRED FORMS 

Referring to Figures 1 to 4, an instrument according to a first embodiment of the 
5 invention combines a digital camera module 30, distance meter module 31, electronic 
compass module 36 and GPS receiver module 37 as a single integrated unit The 
instrument is intended to be hand held in the field as shown in Figure 2, or may be 
tripod or monopod mounted The instrument includes a central processing and data 
recording system which controls and integrates the functions of the sensor modules. 
10 When the instrument is aimed at a subject and an image taken the instrument as well as 
recording the digital image records the position of the instrument via the GPS receiver 
module 37, and the direction (azimuth and elevation) and distance from the instrument 
to the subject When one or more images are subsequently downloaded from the 
instrument to be recorded or manipulated on a PC for example, associated with each 
15 image is a metafile of this data. Thus image processing or manipulation software such 
as ESRTs ArcGIS suite may calculate the position of the subject as well as having an 
image of the subject 

The subject may be a natural geographic feature, a manmade feature such as a building 
20 or pylon or similar, a tree etc, where it is desired to record an image and information on 
the subject for survey purposes. Alternatively the instrument may be used for recording 
a series of images at a crime or accident scene for example. The series of images taken 
by a user moving around the scene and the information associated with each image may 
be used to reconstruct a 3D virtual scene replicating the crime or accident scene or a part 
25 of the scene. Alternatively the instrument may be used to record an image of cables or 
pipes or similar in the ground or in any other situation, before an access hole is filled in, 
and the metafile associated with the image will record the exact position of the cables or 
pipes. 

30 The instrument comprises a body 1 which preferably houses the modules of the 
instrument as a single integrated unit In the preferred form the body 1 also mounts a 
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PDA 2 such as an iPAQ™ device, which receives and stores the metafile information 
associated with each image taken. The display screen of the PDA also displays the 
target towards which the instrument is directed and thus provides a viewfinder aim 
Junction, and settings of the instrument are controlled through the PDA. Alternatively 
5 the PDA 2 may be a purpose designed computing platform that has portions of the 
sensor modules integrated into it 

Within the body 1 of the unit, mounted to a frame or similar within the interior of the 
unit are the camera and laser distance meter modules 30 and 31. The output laser of the 

10 distance meter 31 is directed towards a mirror 32 which is pivotally mounted within the 
body of the instrument as shown, so that the mirror directs the laser from a windowed 
aperture in the body of the instrument through which the laser and camera are directed. 
The camera 30 is also directed towards the mirror 32, so that a subject towards which 
the camera and laser distance meter are targeted will be recorded by the camera when an 

15 image is taken using the instrument. 

To shift the aim of the instrument in a vertical plane it is not necessary for the whole 
instrument itself to be reoriented by the user. Typically where an instrument is hand 
held, the user looking through a view finder of the instrument must tilt the whole 
20 instrument up or down as well as tilting the users head at the same time. In the 
instrument of the invention the minor 32 is pivotally mounted and, adjustment means is 
provided enabling the user to pivotally move the mirror to alter the aim angle of the 
camera and distance meter from the instrument together, without moving the body of the 
instrument. 

25 

An adjustment wheel 33 is provided which is mechanically coupled to an axle 34 
pivotally mounting the mirror, and a peripheral portion of the adjustment wheel 33 is 
exposed through an aperture 35 in the body of the instrument The adjustment wheel is 
positioned so that it can be moved by a thumb of a user holding the instrument in two 
30 hands. In use the instrument is held vertically on a monopod 4 as shown in Figures 1 
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and 2 for example, and adjustments in the aim of the instrument in the vertical plane can 
be made by adjusting the position of the minor 32 via the thumb wheel 33. 

In an alternative form instead of being directly coupled to the mirror axis 34 the thumb 
5 wheel or other form of adjuster may be coupled via a gear or gears to provide finer 
adjustment for example. Alternatively the angular position of the mirror may be varied 
by an electric motor coupled to the mirror 32 or a mounting system for the mirror, which 
is in turn controlled via a thumb wheel or any other suitable control means such as an 
up-down rocker button or similar. 

10 

The coupling between the adjustment wheel and the mirror may optionally include a slip 
clutch arrangement so that when the mirror reaches its stop the adjustment wheel may 
still move, but provide tactile feedback to the user that the mirror has stopped moving. 

15 The instrument also incorporates an electronic compass 36 and a OPS receiver 37 which 
includes a GPS dome 37a in the top of the body of the instrument, and a central 
processing and data recording system which records the position of the instrument and 
direction and distance to the subject when an image is taken. A rotation angle meter 38 
is coupled to the mirror axis 34 to indicate to the control system the angular position of 

20 the minor relative to a known reference plane. 

While the preferred form instrument combines a camera, distance meter, electronic 
compass, and GPS receiver, in a simpler form the instrument may combine simply a 
camera and distance meter. The mirror 32 is used to deflect the aim of the camera and 
25 laser distance meter towards the subject 

The electronic compass 36 employs a magnetic field sensor to measure the earth's 
magnetic field strength in the plane of the sensor. If the sensor is tilted then the change 
in the magnetic field measurement will depend on the global position of the instrument, 
30 as the direction of the earth's magnetic field changes over the globe, (vertical at the 
magnetic poles, horizontal in-between them). The component of the earth's magnetic 
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field useful for navigation purposes is the projection of the vector onto the plane tangent 
to the earth's surface. Therefore if the electronic compass has only one sensor, then the 
compass must be kept precisely in the horizontal plane. The provision of a tilting mirror 
32 enables the instrument to be kept in the horizontal plane. 

5 

However by comb ining three magnetic field sensors and two inclinometers in the 
compass 36, a tilt compensated compass bearing can be found. To automatically 
account for the tilt of the compass 36, and the varying slope of the magnetic field, three 
magnetic field sensors may be arranged to measure in the x, y and z direction, thereby 
10 finding the direction in space of the magnetic field sensor. The compass platform's 
deviation from level is found by a pair of inclination sensors aligned with the compass x 
and y sensors. An example of such a compass is AOSFs EZ-Tilt 3, 
http^/www.aositilt.com/Compass.htm. 

15 Although three field sensor compasses such as the AOSI's EZ-Tilt 3 do not require the . 
compass to be horizontal, the use of a minor 32 is still advantageous, as the compass 
still has best performance when horizontal or near horizontal. All the other sensors in 
the compass just compensate for tilt, so if their input can be reduced, by constraining the 
allowable tilt, then the compass will perform better. Also, tilt sensors provide best 

20 results around a certain point, usually associated with level. Their output quality 
degrades as the angle increases. 

In summary, in the instrument of Figures 1-6 the camera, distance meter and compass 
are aligned so that they point in the same direction, and vertical angle deflection is 
25 achieved by rotating the mirror on the mirror axle axis. The change of vertical 
deflection is twice the mirror angle by virtue of the laws of reflection. 

The geometry of the device must allow for the mirror to fully reflect the views of the 
distance meter and camera for all mirror angles. 

30 
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Viewfinder aim function maybe achieved by looking at the output of the digital camera 
on the control computer. 

The digital camera 30 can provide a fast succession of images, allowing real-time 
5 viewing of the target to the control computer screen. It can also capture a single frame 
for the computer. The digital picture, being precisely aligned and calibrated with the 
other sensors, has the same attributes as the laser distance meter - azimuth bearing, 
inclination, GPS position* 

10 As the camera is viewing the subject through a mirror, the output picture will be 
reversed in one axis. In the configuration shown, it is top - bottom reversed This can 
be corrected in the camera, or in the control software. 

The mirror angle meter measures the angle of the mirror with respect to the frame. The 
15 angle meter maybe set up so that it outputs an angle of zero degrees when the output 
beam is horizontal, and the mounting frame is plumb. The deflected angle will be twice 
mirror movement angle. 

The compass, which is fixed to the frame, must be located so that any material that 
20 distorts the earth's magnetic field has the least effect on the compass, or are fixed in 
place so that their impact may be minimised by the compass's internal hard and soft iron 
calibration routines. 

The compass measures the earths magnetic field in the x, y and z axis. It also measures 
25 the compass platform deviation from plumb in the x and y axis. The tilt measurement 
combined with the three sensor compass measurement provides an accurate compass 
bearing even for a non-level compass board. The raw platform tilt measurements 
provide information for electronically levelling the device. 
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The GPS receiver 37 measures the position of the instrument Hie accuracy of the GPS 
receiver may be enhanced using differential systems. The reference of the GPS receiver 
is the phase centre of the GPS antenna. 

5 The microprocessor 39 is connected to all of the measurement devices and polls the 
sensors for data. It also displays an electronic viewfinder to facilitate aiming of the 



When the device is aimed at the target, a 'measure' button 6 is pressed and the control 



20 These measurements, along with calibration coefficients from manufacture, are 
processed to provide the location of the target, and a picture. The processed da t a, and if 
required the raw data, is stored in the control computer's memory, possibly in a GIS 
database. 

25 Optionally the instrument may be arranged to take a series of images or video of a 
subject, and record the data for the video segment or for each frame of the image series. 

The instrument may also be configured to record audio information via a microphone, 
such as a sound byte or audio annotation from the user, to accompany the image or 
30 images and metafile information. 



device. 



10 computer takes the following data from all the sensors: 



15 



Position of the Unit (GPS) 

Distance (Laser Distance Meter) 

Azimuth bearing (Electronic tilt compensated compass) 

Mirror Angle 

Platform tilt from plumb (Tilt sensors on compass) 
Digital picture of target 
Time / date of measurement 



14 




The instrument also includes a port 39 for connection of another external device from 
which the instrument may obtain further information and append additional information 
to the metafile information associated with each image or image series. 

5 An instrument according to a second embodiment of the invention is shown in Figure 7 
and 8. The connections between the components are omitted in Figure 7 for clarity, but 
are shown in Figure 8. The instrument has a housing 50 which contains an IPaq™ PDA 
51 with a touch-sensitive display screen 52, keypad 53, antenna 54 and USB port 73. 
The PDA 51 includes a central processing platform 60 shown in Figure 8, data storage 

10 61, and wireless modem 62 (for controlling the antenna 54). A power supply and 
control module 55 (shown in Figure 7) includes a battery 63, and power control circuitry 
64 (shown in Figure 8). An external I/O port 56 includes a socket (not shown) for 
receiving a cable connected to an external device. The external I/O port is coupled to an 
RS232 serial data line 65 and a power line 66 (shown in Figure 8). This allows the 

15 recording of information from a sensor not integrated contained in the housing 50, for 
example a depth sounder, pH meter, thermometer etc. The port 56 may be replaced by 
an alternative physical port (such as a USB) or by a wireless connection (such as a 
Bluetooth or Wireless Lan port). 

20 The instrument includes a laser distance meter 67, compass 68, GPS receiver 69, camera 
70, microphone 71 and speaker 72 (not shown in Figure 7). 

The power to each sensor 67-70 (and also to any external sensors, not shown, which 
might be connected to the external I/O port 56) is controlled asynchronously by software 
25 on the central processing platform 60, in conjunction with the power control circuitry 
64. This allows the software to switch the various sensors on only when they are 
required to give data, thus saving power consumption from the internal battery 63 . 

The power control circuitry 64 may be implemented in a number of different ways, and 
30 five examples are shown in Figures 9 to 1 4. 
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In the example of Figure 9, the power control circuitry 64 comprises a microcontroller 
70 and an array of five electronic switches 74. The microcontroller 70 receives a 
quiescent current (of the order of micro-amps) from battery 63 at all times. The 
microcontroller 70 is connected to a serial I/O port of the central processing platform 60 
5 via a control line 75, and to each of the switches 74 by a respective digital line 73. The 
central processing platform 60 issues start and stop commands via the control line 72. 
Thus for example, if a user operates keypad 53 to request a distance reading to be taken, 
then the central processing platform 60 issues a "start LDM" command to the 
microcontroller 70 via the control line 75. The microcontroller 70 then opens switch 74 
10 coupled to the LDM 67, causing the LDM to be connected to the battery 63 and power 
up. When the LDM 67 has taken a reading, the central processing platform 60 issues a 
"stop LDM" command and the switch is closed- Similarly, each other sensor 68-70 (and 
any external sensor which might be connected to the external I/O port 56) can be 
independently powered on or off in this way. 

15 

In the example of Figure 10, instead of providing a separate power microcontroller 70, a 
microprocessor 80 housed in the LDM 67 is utilized to both operate all LDM functions, 
and also to perform the power control functions performed by the microcontroller 70 in 
Figure 9. If necessary, parts of the LDM 67 which are not necessary for power control 
20 functions may be turned off when readings are not required from the LDM. Compared 
with Figure 9, the system of Figure 10 required fewer serial ports, and does not require 
the additional processor 70. Instead of using the LDM 67 as shown in Figure 10, 
another sensor (such as the GPS sensor 69) may be used if it has suitable onboard 
processing. 

25 

If the quiescent current drawn by the LDM 67 (or other sensor) is too high, then the 
alternative power control system shown in Figures 1 1 and 12 may be used. In this case, 
an activity detector 82 is connected to a serial line 81 in parallel with the microprocessor 
80. When any activity is sensed on the serial line 81, the activity detector trips a 
30 monostable 83. The monostable 83 then activates an OR-gate 84 to turn on an 
electronic switch 85, which in turn powers up the LDM 67. When the LDM is fully 
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powered up, control line 86 goes high and the LDM remains powered up after the 
monostable 83 goes low. Thus the time constant of the monostable is set to be 
sufficiently long to give time for the LDM 67 to power up. After it has performed its 
required function (that is, after it has taken a reading, or turned on or off one of the other 
5 sensors), the LDM 67 can be turned off by issuing a "stop LDM" command on the serial 
line 81. Thus in the embodiment of Figure 11, the LDM can be fully turned off, so 
draws no quiescent current 

The control system of Figure 11 may be implemented as shown in Figure 12. 
10 Monostable 83 is implemented as an RC-circuit comprising resistor 90 and capacitor 9 1 . 
OR-gate is implemented by a transistor 92, and switch 85 is implemented by a transistor 
93 in parallel with a resistor 94. 

In the example of Figure 13, the control system constitutes an array of switches 95 
15 which are each connected directly to the central processing platform 60 (or a system 
embedded close to it) by a respective control line 96. 

In the example of Figure 14, the central processing platform is provided with an array of 
universal asynchronous receiver-transmitters (UARTs) 97. Each UART 97 has a 

20 number of pins including a receive/transmit line 98 and a DTR line 99. The DTR lines 
99 are spare handshaking lines which can be digitally controlled by the central 
processing system 60 via the Microsoft Windows™ Win32 API interface. Each 
receive/transmit line 98 is coupled to the data port of a respective sensor, and each DTR 
line is coupled to a respective power switch 100. The method of Figure 14 is preferred 

25 because it is simple, and allows connection to standard serial ports. 

When aiming the instrument at a target, the field of view of the camera 70 is displayed 
on the screen 52. The camera 70 and LDM 67 are aligned to minimise parallax eiror in 
the horizontal plane, and parallel in the vertical plane. As a result, the LDM 67 is 
30 directed at a fixed datum position in the field of view. In order to indicate the datum 
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position, the central processing platform 60 digitally superimposes a crosshair on the 
camera's video stream prior to display, centred at the datum position. 

A variety of different crosshair patterns are shown in Figures 15 to 19. Li the example 
5 of Figure 15, four straight black lines 110-113 are arranged in an offset cross 
configuration. Four straight white lines 114-117 are each arranged adjacent to and 
parallel with a respective black line. The black lines 1 10-1 13 tend to be more visible 
against light tone subjects, and the white lines 114-117 more visible against dark tone 
subjects in the background image. 

10 

The black and white lines of Figure 15 may be improved upon by instead providing 
eight lines 120-127 with alternating black and white portions arranged in a 
chequerboard fashion as shown in Figure 16. This method gives a more defined 
structure to the crosshairs. The thickness of the lines, length of the black and white 
1 5 segments and the black / white alternating ratio depends on the size and resolution of the 
display screen 52. 

The lines in Figures 15 and 16 are arranged in an offset cross configuration. This offset 
can make it difficult for a viewer to precisely discern the datum position at the centre of 
20 the cross. Also, the lines at the central region of the cross can block the view of a small 
target. 

These problems can be addressed by the crosshairs of Figures 17 and 18, which are 
identical to Figures 15 and 16, except that the central region 128 from which the lines 
25 radiate is empty. As a result the background image is visible in the central region. 

If the computational resource is available, the visual content (colour and/or brightness) 
of each line in the crosshair can be changed dynamically to suit the scene to be 
photographed. However, preferably the colour and/or brightness is fixed. 

30 
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Instead of providing a regular alternating pattern as shown in Figures 16-18, each line 
can alternate randomly between the black and white portions. 

In a fifth example shown in Figure 19, a white cross 130 is surrounded by a black border 
5 131. The inverse of Figure 19 could also be used. 

The instrument can record many types of data: including text input from keypad 53, 
input from touch-sensitive screen 42, images from camera 70 (for instance in jpg or 
.bmp format), sounds from microphone 71 (for instance in .wav format), GPS position 
10 data from GPS receiver 69, and bearing and inclination data from compass 68. 



A typical data reading is taken as follows: 



1. User points instrument at desired target 
15 2. User presses key on keypad 52 to take reading 

3 . Instrument acquires image and (optionally) sound data 

4. Instrument acquires spatial metadata associated with the image, including 

a. Position of the Unit (GPS) 

b. Distance (Laser Distance Meter) 

2o c. Azimuth bearing (Electronic tilt compensated compass) 

d. Platform tilt from plumb (Tilt sensors on compass) 

5 . Instrument acquires time / date of measurement associated with the image 

6. Instrument acquires human user input metadata associated with the image. This 
is acquired by asking a sequence of questions which are answered by the human 

25 user via keypad 52 or touch-sensitive screen 53. The questions might be for 

example: 

a. What is the name of the article for this reading? The user is presented 
with a menu of items to select from , such as: 
i. power-pole 
30 ii. transformer 

iii. road 
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b. The user is then presented with a series of further questions, depending 



on the answer given in a. For example if the user answers *i. power 



5 



pole\ then they may be asked: 

L How many cross bars does the power pole have? 

ii. How many insulators does the power pole have? 

iii. What is the physical condition of the insulators (on a scale of 1- 



10)? 



The sequence of questions in item 6 above are answered when the user is at the scene. 
10 Leaving interpretation of the gathered information to a later date is not preferable as the 
user may have forgotten the exact details. This is especially a problem when many 
similar objects are measured, for instance power poles. The answers to subjective 
questions (for instance question 6.b.iii.) can also be verified later with reference to the 
recorded image. 



The metadata recorded in steps 4, 5 and 6 above is stored in an information file 140 
shown in Figure 20. The information file may for instance be a text file or a spreadsheet 
file. The sound and image data is typically in a different format and is not practical to 
include in the information file. For example the image file may be in a standard format 

20 such as jpg or .bmp, so it may be more useful to store the image as a separate file. 
Therefore the image data associated with the information file 140 is saved in a first 
auxiliary file 141 and the sound data associated with the information file 140 is saved in 
a second auxiliary file 142. If desired, further images may be acquired of the same 
target (for instance, views from different angles), and stored in third, fourth etc auxiliary 

25 files. The information file 140 contains a pointer to each associated auxiliary file 
141,142 etc. For instance the pointer to first auxiliary file 141 might be xyz/l.jpg and 
the pointer to the second auxiliary file 141 might be xyz/l.wav. 

After the user has acquired a series of information files and associated auxiliary files, 
30 the user may wish to upload the data to a new location. This is done by a transfer 
program 143, typically running on an external device (such as a personal computer). 
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Before executing a transfer, the transfer program 143 receives a set of rules from a rules 
program 144. For instance the rules program 144 may specify a set of rules related to a 
database structure, which determine how the information files and auxiliary files are 
sorted based on type, size, name, or date. 

5 

The process flow of the transfer program is as follows: 



1. Receive user input which points the transfer program to an existing 
information file 

10 2. Determine a new location for the information file based on the rules 

from the rules program 

3 . Read information file via USB port 73 or wireless modem 62, looking for 
pointers to auxiliary files 

4. Determine a new location for all of the auxiliary files pointed to by the 
15 information file, based on the rules from the rules program 

5. Find auxiliary files and copy or move the auxiliary files to the new 
locations determined in steps 2 and 4 

6. Update the information file with the new locations of the auxiliary files. 
For instance, the file paths given above may be updated to abc/l.jpg and 

20 detfl.wav. 

7. Save the information file to the new location (see item 140' in Figure 20) 

8. Save the auxiliary files to their new locations (see items 141 * and 142' in 
Figure 20) 

9. Verify the new files MOM 42' and erase the old files 140442 if required 

25 

The transfer program ensures that the pointers in die new information file 140* are valid, 
and enables the rules program to re-order the auxiliary files 141 \ 142' if required. 

Data in the information files 140 or 140' (such, as the time/date data, or the human user 
30 input metadata) can be used for subsequent searching. For instance a search engine 
might seek all information files (and associated auxiliary files) relating to power poles, 
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or relating to power poles having insulators having a condition rated below 5 on a scale 
ofltolO. 

Figure 21a is a schematic overview of a first parser system. An application 200 and an 
5 array of four dedicate parsers 201-204 are run on the central processing platform 60. 
The description of Figure 21a contains certain terms which are defined below. 

A specialised ASCII notation is used. It arises because there are 256 distinct characters 
that can be sent to/from a device. Many of these characters are easily recognised and 
10 human recognisable, such as the lower case letters a-z, the upper case letters A-Z and 
numbers 0-9. However, there are a number of other characters which are not so easily 
displayed. These include the common 'carriage return' and 'line feed' duo. 

In the specialised ASCII notation, all characters that are easily recognised are shown as 
15 their character, so an 'A' is still an C A' and a '1' is still a *1\ But all other characters are 
denoted by their character value (0 to 255) in square brackets; so [13] is a 'carriage 
return' and 'line feed' is [10]. 

Hence the string: "PON[13]", which turns the power mode of the Laser from stand-by to 
20 full power, consists of the characters 'P', 'O', 'N* and a 'carriage return*. 

A 'Regular Expression' is something that allows pattern matching. For example, if you 
knew a device reading ended with decimal point followed by two numbers. You could 
use regular expressions to say you were lookin g for the following footer: 
25 Ad\d 

where "\d" stands for any digit This would match ".98" but not ".9a" or ". . .". 
Examples of the regular expressions are as follows: 

30 • \[xyz] A character set Matches any one of the enclosed characters. 

For example, "[abc]" matches the "a" in "plain". 
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• \[a-z] A range of characters. Matches any character in the specified 
range. For example, "[a-z]" matches any lowercase alphabetic 
character in the range V through "z n . 

• \ Marks the next character as either a special character or a literal. 
5 For example, "n" matches the character "n". n \n n matches a newline 

character. The sequence "VV matches T and "\(" matches "(". 

• \d Matches a digit character. Equivalent to [0-9]. 

• \D Matches a non-digit character. Equivalent to [ A 0-9]. 

• \n Matches a newline character. 

10 • \r Matches a carriage return character. 

• \xmn Matches mn, where mn is a hexadecimal escape value. 
Hexadecimal escape values must be exactly two digits long. For 
example, "\x41" matches "A". "\x041" is equivalent to "\x04 H & M r. 
Allows ASCII codes to be used in regular expressions. 

15 • \x[01 0506] Allows a set of ASCII values 

• \x[0 1 -06] Allows a range of ASCII characters 

• V Matches any single character 



An "ATL COM DLL", is an 'Active Template Library* 'Component Object Model' 
20 'Dynamic Linked Library' . This is a component that provides an application writer with 
a set of libraries they can use from within their own application, simplifying their job. 

Returning now to a description of Figure 21a, the LDM 67, compass 68 and GPS 69 are 
typically "of-the-shelf 5 devices which are intended by their manufacturers for stand 
25 alone use. For example, when hooked up to a desktop or laptop computer, it is a simple 
job for a user using a terminal emulation programme to use the LDM to calculate 
distances. This task need not be automated In other words, a user can just set the LDM 
up, request a one-shot measurement and write down the measurement for use at a later 
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date. The instruction manual for the LDM, as is typical for this kind of device, has 
explicit instructions for this type of use and the data sent and retrieved is explicitly made 
human readable. 

5 However, the instrument of Figure 7 requires that this 'data collection' be automated, 
and that the instrument can collate the simultaneous data from the GPS, Laser, and 
Compass, and use this data to work out the position of a target. As a result, each device 
is provided with a dedicated parser. For instance the LDM has a dedicated LDM parser 
201 which sends instructions to the LDM and retrieves and record the data from the 

10 responses. 

The LDM parser 201 performs the following functions: 



1. Create connection to the LDM 



2. Send request for a measurement 
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3. Identify when a complete message has arrived 



4. Get the distance measurement out of the message 



5. Repeat steps 2 through 4 as required 



6. Sever the connection 



20 For the LDM, this requires: 



1. Opening the appropriate RS-232 COM Port with the appropriate 
connection parameters 



2. Sending the string "D[l 3]" to request the measurement 



25 



3. Assembling the string, the reply being of the format 
"DIST:XXX.XU[13][10]", where XXX JC is the numerical distance 
measurement to 1 decimal place, U is either 'm\ c y' or T , 
depending on the units being used, and [13][10] is a 'carriage return* 
followed by a 'line feed'. 
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4. 'Deciphering' the message, to get the "XXXJC* bit out and 
converting this to a number. 



5. Closing the appropriate RS-232 COM Port 



5 The LDM parser 201 runs on a Pocket PC 2002 device such as a Compaq iPAQ. The 
two main development environments for this device are as follows: 

1. Microsoft Embedded Visual Basic v3.0(eVB) 



10 The eVB environment is familiar to programmers who use Microsoft Visual Basic 6.0 
on the desktop computer. It requires only a low level of programming ability and is an 
easy language to produce 'proof of concept' type work, but is characterised by very poor 
performance in terms of: 



This is particularly significant on Pocket PC devices which do not have the processing 
power or vast memories of their modern desktop computer counterparts. 

20 By contrast eVC requires a far higher level of programming ability but uses far less 
memory and runs much faster. 

It is also possible to write an application in eVB that uses eVC components to do 'the 
donkey work'; the things that require minimal quantities of memory and or fast 
25 execution times. 

The LDM parser 201 may be written in eVB. However, if the LDM is not in one-shot 
mode but in 'streaming' mode (where it takes a reading 20 times per second (20Hz) and 
sends the result to the 'host', in this case the Pocket PC device), the LDM parser 201 
30 may not be able to keep up with the work it is required to do. 



2. Microsoft Embedded Visual C++ v3.0(eVC) 



• High memory usage 
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• Slow execution times 
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This result is particularly important given that the overall goal is to produce a program 
that integrates not just the LDM but other RS-232 devices also. If an eVB programme 
cannot manage one device, there would be no way that it would be capable of managing 
5 three simultaneously. 

Therefore, the LDM parser 201 incorporates an 'ATL COM DLL' written in eVC that 
does part of the job. This requires an interface between the eVB application and the eVC 
component 

10 

The eVC component manages the creating and severing of the connection to the LDM 
on instruction form the eVB application. The eVB application still manages the 
'deciphering' of the message, the main difference with the "solely eVB" method being 
that the eVB application receives 'chunks' of data - maybe several characters or a whole 
15 message at once, rather than one character at a time. 

The compass parser 202 incorporates a further C ATL COM DLL' which is written to 
provide an interface to a compass. This is a slightly different case as instead of receiving 
one piece of data per message, as is the case with the LDM, the Compass 68 provides 
20 three pieces of data, Bearing, Pitch and Roll, with every reply. 

The following is an example compass string: 
$R-2.61P1.08T21.5C43,9 

25 hi this example, the Roll = -2.61, Pitch = 1.08 and the Bearing = 43.9. The third 
parameter is not useful to the device. 

The parser in the eVB application for the compass first has to find the beginning of the 
string, which it does by looking for the "$R" combination. The Roll is detected by 
30 finding the "P" in the string and converting what is between the "R" and "P" into a 
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number, which may be positive or negative. Similarly, the Pitch is given by the string 
between the "P" and the "T". 

To reliably get the Bearing, it has to be known that this is always measured to 1 decimal 
5 place, which means that the decimal point could be the character looked for after the 
"C", and that the Bearing is the conversion of the data between the "C" and the 
character one after the decimal place. 

The next device to be dealt with in this way is the GPS. The GPS could use one of two 
10 standard type data 'protocols*. These are known as: 

• NMEA (National Marine Engineering Association) 

• CMC (Canadian Marconi Company) Binary 

The following string is an example of the 'NMEA' protocol string that may be received 
15 from the GPS. 

$GPGGA£34016.01,4115.22415,S,174^ 

The string starts off with the "$GP" header, which indicates the type of GPS this data is 
20 from. The "GGA" following this indicates that this message is a one-shot GPS position 
information string. After this all the parameters associated with this message type 
follow, delimited by commas. The ones of particular interest to the device are the 
Latitude, which is 41° 15.22415" (S)outh, and Longitude which is 174° 45.34868" 
(E)ast The string ends with a followed by a checksum, which in this case is "7F". 

25 

Detecting the string 'header* is a matter of looking for the combination "$GPGGA". 
The end of the string is acquired by the appearance of 14 subsequent commas (not 
necessarily consecutive) followed by a "*", the end of the string being exactly two 
characters later. 

30 
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# 



This presents the new challenge of having parameters that are no longer just numbers, 
the "S" and "E" standing for "South" and "East" respectively. 

The equivalent string in CMC binary protocol looks like this: 

5 

[1][21][234][79][32][47][0][0][0][129][204][64][186][4][226][240][242][154][181][58 
][82][193][182][203][42][125][176][167][26][65][52][102][196][137][236][242][79][1 
93][216][193][127][1 89][1 10][203][143][60][23][10][250] 
[187][41][142][62][137][9][145] 



Bytes 


Description 


Unit 


Type 


5 19 


fipc Timp ranop' 

0.0 604800.0 




lonrr flnaf 
lUUg JLLUdt 


n 14 


Week 


Vr WwJVO 




15..22 


X Position in GPS 

unite 


Meters 


long float 


23..30 


Y Position in GPS 
units 


meters 


long float 


31..38 


Z Position in GPS 
units 


meters 


long float 


39..42 


X Velocity in GPS 
units 


meters per 
second 


short float 


43..46 


Y Velocity in GPS 
units 


meters per 
second 


short float 


47..50 


Z Velocity in GPS 
units 


meters per 
second 


short float 


51..58 


Z Velocity in GPS 
units 


meters per 
second 


short float 


59..66 


Clock Drift 


seconds/ 
second 


long float 


67..70 


HFOM 


meters 


short float 
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71..74 


VFOM 


meters 


short float 


75.J6 


HDOP 


resolution: 0.1 
units 


N/A word 


77..78 


VDOP 


resolution: 0.1 
units 


N/A word 


79 


NAVMode 
(see message #20, 
byte 71 for the 
description) 


N/A 


N/A 




hits 0 3 • Nb of 
SV used to 
compute this 
solution 

bits 4. .7 Reserved 


N/A 


N/A 


81..83 


Reserved 


N/A 


N/A 



An alternative approach uses the CMC binary protocol. In this case the GPS parser 203 
needs to: 

1. Receive constantly streaming GPS position data, so at any given 
moment it is known if a GPS fix was available 

2. Receive constantly streaming GPS Satellite data, so that at any given 
moment it is possible to view the GPS Satellite constallation, and 
hence have a good idea: 

a. How long it will be until a better GPS fix can be acquired 

b. What can be done (in terms of moving the instrument) to 
increase the likelihood of getting a GPS fix 
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This means two things: firstly, the parser would have to be moved into the eVC 
component; and secondly, the eVB application is far too slow to perform the required 
'deciphering 9 at the rate the GPS streams data. 

5 An alternative parsing system is shown in Figures 21b. The purpose of the system is to 
allow a user to quickly and simply be able to communicate with their device, whatever 
connection their device happens to use and whatever way their device happens to work. 

The dedicated parsers 201-204 are replaced by a parser 210 and a respective device 
10 description file 21 1-214. Each parser 210 is identical. By way of example, the LDM 
system is shown in Figure 21c. 

Figure 21c includes the following components 

1. The Application 200. This application can instruct the Parser 210 to 
15 send requests for information to the LDM 67. The Parser 210 in 

return raises events in the application when this request is met, and 
tells the application where to find this data. 

2. The LDM 67. 

3. The Device Description File (DDF) 211 that describes the LDM 67 

20 

The DDF contains the rules for using the device, including: 

• Connection type (e.g. IEEE 802.11b) and associated 
parameters 

• Messages that can be sent to the device 

25 • How to identify messages that can be received from the 

device 

• Parameters within those messages 

4. The Parser 210. 
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The parser 210 deals with all infonnation that flows between the application and the 
Device via data gathered from the Device Description File. 

The parser 210 consists of five components. These are: 

5 1. A Request Interpreter 220 which interprets requests for data made by 

the application 200 

2. A Communicator 22 1, which controls communicates with the device 
67 

3. A Data Buffer 222, which is the repository for data that is received 
10 from the device 

4. A Generic Parser 223 which identifies individual messages within 
the Data Buffer 222 

5. A Reply Interpreter 224, which interprets these identified messages, 
and passes the results to the Application 200. 

15 

The Request Interpreter 220 takes a request for a message to be sent to the device, 
. determines what data has to be sent and passes this data to the communicator for 
sending. 

20 Figure 22 shows the basic workflow involving the Request Interpreter, assuming no 
errors. 

The Request Interpreter follows a set of Request Interpreter rules. The Device 
Description File 21 1 includes a numbered list of each of the 'requests' or 'commands' 
25 that can be sent to the device. The application makes a request for data by referring the 
request/command by number or name. For example, a Laser has the following command 
set in a Device Description File: 



Message # 


Message Name 


Message Effect 


Data Sent 


1 


Reading 


Take a one-shot 


D[13] 
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reading 




2 


Status 


Oet T j?Qpr Status 




3 


Counts On 


Turn Counts mode on 


C0N[13] 


4 

• 


pnimt^ off 

V^UUUu v/XX 


Tinn PnnntQ moHp off 

X UXXX l^UUUw) XXXUUG vJXX. 


roFRn 3i 




Trarlrina OFF 


x uxxx x xavxvxxxg lviuuc 

VJU. 


xvjinlx jj 


\f 


TrjiolfiTKT On 


X LUXX AKw&iil^ 1VXLHJ.C 

off 

1/XX 


TOFFH 31 


7 


Fact On 

X AOL V/XX 


Turn Fsiot <vn 

X UXXX A Cut IVXvrVlw VJXX 


FONF131 


fi 
o 


Fact Off 


Turn Vast MoHp nff 

X UXXX XT do I XVXLFUC UXX 


FOFFF1 31 
x un t J 


Q 


Pnntrnl 1 On 


Tittti nn fwntrfil linp 1 
X UXXX vjxx i/vxxxuux xxxxc X 


X v/X^LX-IJ 




Crmtrn] 1 Off 

V^UllUvl X V/ll 


Titm nflF/wntrnl linp 1 

X UXXX VJXX VvUXXUV/X XXIX c X 


1 OFFF1 31 

iV/fX |_X -? J 


11 


Control 2 On 


Turn on control line 2 


20N[13] 


19 


Onntrnl 9 Off 


Turn nflF ^nntml 1ifi£» 9 

i urn on control xxiic z 


90FFF1 31 


13 


Control 3 On 


Turn on control line 3 


30N[13] 




control $ un 


i urn on conxroi une j 


^OT7T7n n 
jvJrr[ijj j 


15 


Units Meters 


Change measure mode 
to xviexers 


UM[13] 


16 


Units Feet 


Change measure mode 

to reel 


UF[13] 


17 


Units Yards 


Change measure mode 
to "Yards" 


UY[13] 


18 


Full Power 


Switch to Full Power 
Mode 


P0N[13] 


19 


Standby 


Switch to Stand by 
Mode 


P0FF[13] 



[13] stands for a 'Carriage Return', or ASCII 13. 

An application using this device wanting a 'one-shot reading* would send a request to 
5 the Parser 210 for message #1 or 'Reading 5 . The Request Inteipreter 220 would look up 
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message #1 or 'Reading' and find "D[13]" as the data to be sent, and send this to the 
Communicator 22 1 . The Request Interpreter 220 would also flag to the interpreter that a 
reply from this message was expected. 

The role of the communicator 221 is four-fold. It performs the following distinct 
functions: 

1 . Establish a connection with the device and initialise the device 

2. Send data to the device 

3 . Receive data from the device 

4. De-initialise the device and severe the connection 

The basic workflows for each of the functions, assuming no errors, are shown in Figures 
23 and 24. 

The Communicator 221 follows a set of Communicator Rules 231 discussed below. The 
Device Description File specifies the device's connection type (which could be RS-232, 
USB, Bluetooth, or any other connection type). It also includes a list of the device's 
connection parameters. For the LDM for example, these include: 

• The connection type is RS-232. 

• COM Port number is 5 

• Baud-Rate is 9600 baud. 

• Number of data-bits is 8. 

• Number of stop bits is 1 

• Parity is set to "No Parity" 

• No Initialisation message is required 

• No De-initialisation message is required 
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The purpose of the Data Buffer 222 is to allow the Communicator 221 to put data into a 
place where it can be read asynchronously by the Generic Parser 223. It has to be large 
enough so that there is no opportunity for buffer overrun due to: 

• The size of the received messages being too big 

5 • Data arriving to quickly before it can be processed 

Several different buffering techniques are applicable here. For example a circular buffer 
or a double buffer could be used 

10 There are two key processes involving the Data Buffer. These are: 

1 . Appending of data from the device into the buffer 

2. Reading and subsequent discarding of messages 

The two work flow diagrams shown in Figure 25 illustrate these two processes, and the 
15 statuses of the buffer at each point 

The function of the Generic Parser 223 is to examine the Data Buffer between the two 
pointers DataWritten and DataRead, and to determine if there is a valid message 
therein. When it finds a message, the DataRead pointer is updated to the end of the 
20 message and the message is sent to the 'Reply Interpreter*. 

The Generic Parser is run when either of the following conditions are met: 

• Every time V milliseconds pass since the last execution 

• After every c y* characters have arrived from the device 

25 

The Generic Parse 223 has the work flow shown in Figure 26. 

The Generic Parser 223 follows Generic Parser rules 232 discussed below. For each 
type of reply that the Device Description File describes, the following information is 
30 required: 
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• Does the reply have a known header format? 

o If so, what is this? 

• Does the reply have a known footer format? 

o If so, what is this? 

• Does the reply have a known fixed width? 

o Ifso, what is this? 

• The headers and footers may contain certain 'regular expressions', as 
defined in the definitions. 

Once the message has been identified by the Generic Parser 223, the data in it needs to 
be extracted. This is the job of the Reply Interpreter 224. The Reply Interpreter uses 
information pertaining to the message identified from the Device Description File to 
determine: 

• Where each data parameter starts and ends within the message 

• What data 'type* each parameter is 

When it has done this each parameter is put into an array of variant data type, and an 
event is raised in the application to say that data is ready and available for this message. 
The application can then retrieve this data from the variant array. 

This Reply Interpreter only runs if the application writer 'wants' this information passed 
to the application; the application writer can configure the parser so that certain 
messages do not raise events in the application, or the event is only raised in the case of 
it being explicitly requested. 

The data 'type 9 could be any of the following: 

If the message parameter is in human readable ASCII format: 

■ Integer 
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■ Long 

■ Single Precision 

■ Double Precision 

■ ASCII String 

■ Unicode String 

If the message parameter has a binary format: 

• lbit 

• 2 bit unsigned Integer 

• 3 bit signed or unsigned Integer 

• 4 bit signed or unsigned Integer 

• 5 bit signed or unsigned Integer 

• 6 bit signed or unsigned Integer 

• 7 bit signed or unsigned Integer 

• 8 bit signed or unsigned Integer 

• 1 6 bit signed or unsigned Integer 

• 32 bit signed or unsigned Integer 

• 64 bit signed or unsigned Integer 

• 32 bit Floating Point (Single Precision) 

• 64 bit Double (Double Precision) 

• ASCII String 

• Unicode String 

These values are specified either as big or little 
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The Reply Interpreter follows certain Reply Interpreter Rules 233. 
discussed below. For each parameter of each message, the Device 
Description File defines the following: 

• Is there a delimiter between parameters (such as a y used by a 
GPS?) 

o If so, what is it? (regular expressions are allowed) 

o Is there a different character before the first parameter? 

■ If so what is this? (regular expressions are allowed) 
o Is there a different character after the last parameter? 

■ If so what is this? (regular expressions are allowed) 

• Is there a known place within the message that the parameter starts? 

o If so, where is this? 

• Is the parameter a fixed length? 



o If so, what is this format? (regular expressions are allowed) 

• Does the parameter end at the end of the message? 

• What data type is the parameter? 

• Is the type is one of the types where 'endian* matters? 

o Which 'endian' is the parameter? 



The Device Description File 211 contains the rules for using the device. Broadly, this 
fits into four categories: 



• Connection type (e.g. IEEE 802.1 lb, RS-232) and associated 
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o If so, how long? 



Does the parameter end in a known format? 



parameters 
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• Messages that can be sent to the device 

• How to identify messages that can be received from the 
device 

• Parameters within those messages 

5 

The Device Description File lends itself to a hierachical structure such as XML. A 
standard text file could also be used. 

The connection type can be any of 
10 • RS-232 

• USB (1.0,1.1 or 2.0) 

• Firewire 

• TCP/IP 

• Bluetooth 

15 • Any IEEE 802.1 1 standard 

• Any future connection 

An example first line is: ConnectionType = RS-232 

20 Next would follow the relevant parameters. For an RS-232 device this could be: 
BaudRate = 9600, DataBits = 8, StopBits = 1, Parity = "None" 

For other connection types, parameters appropriate to those types would be defined. 
The second section has a list of messages that can be sent to the device. Each of these 
25 messages has an associated number and name, so a couple might be: 

TxMessage ID = 1, name = "Reading", message = "D[13]" 
TxMessage ID = 2, name = "Status", message = "X[13]" 
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The foregoing describes the invention including preferred forms thereof. Alterations 
and modifications as will be obvious to those skilled in the art are intended to be 
incorporated in the scope hereof as defined in the following claims. 
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CLAIMS 



1. A method of processing and storing information in a mobile instrument, the method 
including: receiving metadata; storing the metadata in an information file in the mobile 
instrument; receiving image information from a camera; storing the image information in 
an auxiliary file at an auxiliary file address in the mobile instrument; generating a pointer 
indicative of the auxiliary file address; and storing the pointer in the information file. 

2. A method according to claim 1 further including receiving further information; storing the 
further information in one or more further auxiliary files at one or more further auxiliary 
file addresses; generating one or more further pointers each indicative of a respective 
further auxiliary file address; and storing the further pointers) in the information file. 

3. A method according to any preceding claim wherein the further information is sound 
information. 

4. A method according to any preceding claim wherein the further information is image 
information. 

5. A method according to any preceding claim wherein the metadata includes spatial 
metadata. 

6. A method according to claim 5 wherein the spatial metadata includes distance information. 

7. A method according to claim 5 or 6 wherein the spatial metadata includes global position 
information. 

8. A method according to claim 5, 6 or 7 wherein the spatial metadata includes orientation 
information. 

9. A method according to any one of claims 5 to 8 wherein the metadata includes input 
information received from a human user. 
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10. A method of transferring infonnation stored in a mobile instrument, the information 
including a first information file containing metadata and a pointer indicative of a first 
auxiliary file address; and a first auxiliary file containing image information, the first 
auxiliary file being located at the first auxiliary file address, the method including the steps 
of: storing the metadata in a second information file; storing the image information in a 
second auxiliary file at a second auxiliary file address; generating a second pointer 
indicative of the second auxiliary file address; and storing the second pointer in the second 
information file. 

11. A method according to claim 10 wherein the information further includes a third auxiliary 
file containing further infonnation and located at a respective third auxiliary file address, 
and the first information file contains a third pointer indicative of the third auxiliary file 
address; and the method including the steps of: storing the further information in a fourth 
auxiliary file at a fourth auxiliary file address; generating a fourth pointer indicative of the 
fourth auxiliary file address; and storing the fourth pointer in the second information file. 

12. A method according to claim 1 1 wherein the further information is sound information. 

13. A method according to claim 11 or 12 wherein the further information is image 
information. 

14. A method according to any of claims 10 to 13 wherein the metadata includes spatial 
metadata 

1 5. A method according to 14 wherein the spatial metadata includes distance information 

16. A method according to claim 14 or 15 wherein the spatial metadata includes global position 
information. 

17. A method according to claim 14, 15 or 16 wherein the spatial metadata includes orientation 
information. 
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18. A method according to any of claims 10 to 17 wherein the metadata includes input 
information received from a human user. 

19. A method of obtaining information including: acquiring image information from a camera; 
acquiring input information from a human user; acquiring spatial metadata from a spatial 
sensor, and associating the image information with the input information and the spatial 
metadata. 

20. A method according to claim 19 wherein the image information is associated with the input 
information and the spatial metadata by generating one or more pointers to the input 
information and the spatial metadata, and storing the pointer with the image information. 

21. A method according to claim 19 or 20 wherein the input information is acquired by 
presenting a menu of items to the human user, and receiving input indicative of a selection 
from the menu. 

22. A method according to claim 19, 20 or 21 wherein the input information is acquired by a 
keypad or touch-sensitive screen. 

23. A method according to any of claims 19 to 22 further including storing the image 
information; and retrieving the image information by searching for the input information. 

24. A method according to any one of claims 19 to 23 wherein the input information is 
acquired by presenting a series of question, and receiving answers to the questions, wherein 
at least one of the questions is selected in accordance with an answer to a previous 
question. 

25. A method according to any of claims 19 to 24 wherein the spatial sensor is a laser distance 
meter. 

26. A processor programmed to perform a method according to any of the preceding claims. 

27. A mobile instrument containing a processor according to claim 26. 
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28. Software for programming a processor to perform a method according to any of claims 1 ro 
25. 

29. A mobile instrument including: a camera; one or more spatial sensors; and a port able to be 
connected, when in use, to an external sensor from which the instrument may obtain further 
information. 

30. An instrument according to claim 29 wherein the one or more spatial sensors include a 
distance meter. 

31. An instrument according to claim 29 or 30 wherein the one or more spatial sensors include 
a global position sensor. 

32. An instrument according to any of claims 29 to 3 1 wherein the one or more spatial sensors 
include an orientation sensor. 

33. A mobile instrument according to any of claims 29 to 32 wherein the port is able to be 
physically connected to the external sensor. 

34. A mobile instrument according to any of claims 29 to 32 wherein the port is able to be 
connected to the external sensor via a wireless connection. 

35. A mobile instrument according to any of claims 29 to 34 further including a processor 
which is configured to compile a file containing information from the camera and/or the 
spatial sensor, wherein the processor is further configured to append to the file the further 
information obtained from the port 

36. A mobile instrument according to claim 35, wherein the processor is configured to compile 
an information file containing information from the spatial sensor, and an auxiliary file 
which is associated with the information file, and contains information from the camera. 
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37. A mobile instrument according to claim 35 and 36, wherein the processor is configured to 
append the further information from the external sensor to the information file. 

38. A method of operating a mobile instrument, the instrument including two or more 
measuring devices, the measuring devices including a camera and one or more spatial 
sensors: the method including asynchronously controlling the supply of power to at least 
two of the measuring devices. 

39. A mobile instrument including: two or more measuring devices including a camera and one 
or more spatial sensors; a first power switch operable to control power to one or more first 
ones of the measuring devices; a second power switch to control power to one or more 
second ones of the measuring devices; and a power controller capable of asynchronously 
operating the first and second power switches. 

40. A mobile instrument according to claim 39 wherein the power controller is at least partially 
integrated with one of the measuring devices. 

41. A mobile instrument according to claim 39 or 40 wherein the power controller includes a 
processor, and a device for controlling the supply of power to the processor. 

42. A mobile instrument according to claim 41 wherein the device is a monostable. 

43. A mobile instrument according to any of claims 39 to 42 wherein the power controller 
includes one or more power control lines for controlling the power switches, a camera data 
line coupled to the camera and one or more sensor data lines each coupled to a respective 
spatial sensor. 

44. A mobile instrument according to any of claims 39 to 43 wherein the power controller 
includes two or more handshaking lines, each coupled to a respective power switch. 

45. An instrument according to any of claims 39 to 44 wherein the one or more spatial sensors 
include a distance meter. 
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46. An instrument according to any of claims 39 to 45 wherein the one or more spatial sensors 
include a global position sensor. 

47. An instrument according to any of claims 39 to 46 wherein the one or more spatial sensors 
include an orientation sensor. 

48. A viewing device for providing an image of a field of view, the device including a marker 
module configured to superimpose a marker on the image, the marker including a plurality 
of image elements including a first element, and a second element having visual content 
which contrasts with the first element 

49. A device according to claim 48 further including a distance meter for measuring the 
distance to a datum position indicated by the marker. 

50. A device according to claim 49 wherein the first and second elements are adjacent, 
substantially straight, parallel lines. 

5 1 . A device according to claim 50 wherein the marker includes four or more pairs of adjacent, 
substantially straight, parallel lines which radiate from a common central region. 

52. A device according to any of claims 48 to 51 wherein the marker includes four or more 
lines which radiate from a common central region. 

53. A device according to claim 52 wherein the lines do not intersect at the common central 
region, whereby the image can be viewed in the central region. 

54. A device according to any of claims 48 to 53 wherein the elements are arranged in a line in 
an alternating pattern. 

55. A device according claim 54 wherein the elements are arranged in two or more adjacent 
lines in a checkerboard pattern. 
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56. A device according to any of claims 48 to 55 wherein the first and second elements have 
different tonal content 

57. A device according to any of claims 48 to 55 wherein the first element is lighter than the 
second element 

58. A device according to any of claims 48 to 57 further including a global position sensor. 

59. A device according to any of claims 48 to 58 further including a tilt sensor for indicating 
the tilt of the device relative to a datum direction indicated by the marker. 

60. A device according to any of claims 48 to 59 further including an electronic display screen 
for displaying the image superimposed with the marker. 

61. An instrument including two or more sensors; two or more identical generic parsers; and 
two or more description files, each containing description data describing an associated 
sensor, wherein each generic parser is configured to receive sensor information from a 
respective sensor and description data from a respective description file, parse the sensor 
information in accordance with the description data to generate parsed sensor information, 
and output the parsed sensor information. 

62. An instrument according to claim 61 wherein the generic parser examines the sensor 
information and determines if there is a valid message therein in accordance with the 
description data. 

63. An instrument according to claim 61 or 62 wherein the generic parser determines if there is 
a header and footer in accordance with the description data. 

64. An instrument according to any of claims 61 to 63 further including a buffer arranged 
between each generic parser and its respective sensor. 
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65. An instrument according to any of claims 61 to 64 further including two or more identical 
communicators, wherein each communicator is configured to control communication with a 
respective sensor in accordance with the description data. 

66. An instrument according to any of claims 61 to 65 further including two or more identical 
reply interpreters, wherein each reply interpreter is configured to interpret the parsed 
information in accordance with the description data. 

67. An instrument including two or more sensors; two or more identical request interpreters; 
and two or more description files, each containing description data describing an associated 
sensor, wherein each request interpreter is configured to receive a request relating to a 
respective sensor, interpret the request in accordance with the description data to generate 
an interpreted request, and output the interpreted request to its respective sensor. 

68. An instrument according to claim 67 further including two or more identical 
communicators, wherein each communicator is configured to control communication with a 
respective sensor in accordance with the description data. 

69. A mobile instrument including: a camera and a distance meter mounted within a body of 
the instrument, a mirror pivotally mounted within the body of the instrument and towards 
which the camera and distance meter are directed, and adjustment means enabling a user to 
pivotally move the mirror to alter the aim angle of the camera and distance meter from the 
instrument together, without moving the body of the instrument 

70. A mobile instrument according to claim 69 wherein the adjustment means includes an 
adjustment wheel, a peripheral portion of which is exposed through an aperture in the body 
of the instrument 



71. A mobile instrument according to claim 69 or claim 70 wherein the adjustment means is 
mechanically coupled to the mirror. 

72. A mobile instrument according to claim 71 wherein the adjustment wheel is coupled to the 
mirror through a slip clutch mechanism. 
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73. A mobile instrument according to claim 69 or claim 70 wherein the adjustment means 
includes an electric motor arranged to pivotally move the mirror. 

74. A mobile instrument according to any one of claims 69 to 73 including means arranged to 
indicate the angular position of the mirror relative to a known reference plane associated 
with the instrument 

75. A mobile instrument according to claim 74 wherein the means arranged to indicate the 
angular position of the mirror comprises a rotational angle meter coupled to the axis of 
pivotal movement of the mirror to indicate the angular position of the mirror. 

76. A mobile instrument according to any one of claims 69 to 75 wherein the instrument also 
includes an electronic compass. 

77. A mobile instrument according to any one of claims 69 to 76 wherein the instrument also 
includes a GPS receiver. 

78. A mobile instrument according to any one of claims 69 to 77 including an electronic 
compass arranged to indicate to a central processing and data recording system of the 
instrument the compass direction in which the camera and distance meter are aimed, and a 
GPS receiver arranged to indicate to the central processing and data recording system the 
position of the instrument 
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4. Claims 48 - 60 primarily define a viewing device for providing an image of a field of view, the device 
including a marker module configured to superimpose a marker on the image. It is considered that a viewing 
device including a marker module that superimposes a marker on an image comprises a forth "special technical 
feature". 

5. Claims 61 - 68 are prirnarily directed at an instrument including two or more sensors, two or more identical 
generic parsers, and two or more description files. The description files containing description data describing 
an associated sensor. Each generic parser receives sensor information and description data, parses the sensor 
information in accordance with the description data, and outputs the parsed sensor information. It is 
considered that outputing parsed information in accordance with sensor information and description data 
comprises a fifth "special technical feature". 

6. Finally, claims 69 - 78 primarily define a mobile instrument including a camera, a distance meter, a mirror, and 
adjustment means enabling a user to pivotally move the mirror to alter the aim angle of the camera and the 
distance meter from the instrument together, without moving the body of the instrument. It is considered that 
adjusting a mirror to alter the aim of a camera and a distance meter on a mobile instrument comprises a sixth 
"special technical feature". 

Since the above-mentioned groups of claims do not share either of the technical features identified, a "technical 
relationship" between the inventions, as defined in PCT rule 13.2 does not exist. Accordingly the international 
application does not relate to one invention or to a single inventive concept. 

The international Search Authority has performed six separate searches: A search for the invention defined in claims 1 
- 28, a search for the invention defined in claims 29 - 37, a search for the invention defined in claims 38 - 47, search 
for the invention defined in claims 48 - 60, search for the invention defined in claims 61 - 68 and a search for the 
invention defined in claims 69 - 78. This International Search Report covers all six inventions. 
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